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(54) SLAVE NETWORK SYSTEM, SLAVE PROCESSING METHOD, AND APPARATUS 
INFORMATION COLLECTION METHOD 



(57) A network system is constructed by connecting 
a safety PLC constituting a master unit and safety slaves 
2 to each other through a safety network 3. The safety 
slaves each have a device information storage unit 25 
for storing individual information and status information 
of the safety devices connected. The individual informa- 
tion is acquired and stored in advance, while the stored 



contents of the status information are updated based on 
the result of monitoring the status of the safety devices 
in operation. These processes are executed by a MPU 
23. In response to a request from the safety PLC, the 
device information stored are transmitted, so that the 
safety PLC can collect and manage the device state as 
well as the normal state of the slave units. 
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Description 

TECHNICAL FIELD 

[0001] The present invention relates to slave units 
and a network system as well as a slave unit processing 
method and a device information collecting method. 

BACKGROUND ART 

[0002] In the programmable controller (hereinafter, 
referred to as "PLC") used for the factory automation 
(hereinafter, referred to as "FA"), the on/off information 
is input from an input device such as a switch or a sen- 
sor, and the logic operation is executed according to a 
sequence program (also referred to as the user pro- 
gram) written in the ladder language or the like. In ac- 
cordance with the operation result obtained, the signal 
of on/off information is output to an output device such 
as a relay, a valve or an actuator thereby to perform the 
control operation. 

[0003] The PLC is connected to the input device and 
the output device either directly or through a network. In 
the case where a network system connected by a net- 
work is constructed, the on/off information is transmitted 
or received through the particular network. In the proc- 
ess, the information is transmitted by the master-slave 
method in which the PLC normally acts a master unit 
and the device as a slave unit. 

[0004] Recently, on the other hand, a fail-safe system 
has been introduced in the control operation with PLC. 
Specifically, the network as well as the PLC and each 
device are configured of a built-in safety function. The 
safety function is defined as a function to confirm safety 
and output data. The safety system is such that in the 
case where an emergency stop switch is depressed or 
a sensor such as a light curtain detects the intrusion of 
a person (a part of the human body) and the network 
system faces a dangerous situation, the fail-safe func- 
tion works and the system turns to the safety side, there- 
by stopping the operation. In other words, the safety 
function described above allows a signal to be output 
only in the case where safety is secured in storage and 
tD start the operation of a machine. In the case where 
no safety is assured, therefore, the machine stops. 
[0005] The state of a given slave unit can be returned 
as a response by the slave unit that has received the 
request from PLC (master unit). As a result, PLC can 
acquire the status of the slave units connected to a net- 
work. 

[0006] In the conventional network system, though 
the informed on the slave units connected can be rec- 
ognized, the information on the input device or the out- 
put device connected to a slave unit cannot be recog- 
nized from PLC (master unit). The slave unit can be in- 
formed of the fact that a malfunction or a fault has oc- 
curred. In case of a malfunction, therefore, it is neces- 
sary to resort to the site of installation and specify the 
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cause of the malfunction. In the case where a given part 
is required to be changed, an order for the part is issued 
and, with the newly acquired part, the installation site is 
visited again to change the part. This maintenance is 

5 complicated, and makes it difficult to take the necessary 
action quickly. It is still more difficult to monitor the life 
of the input and output devices connected to a slave unit 
from PLC, and therefore, a malfunction or fault is often 
handled only after it has actually occurred. 

id [0007] Even in the case where the installation site of 
a slave unit or a device connected with the slave unit is 
visited upon occurrence of a fault or the like, therefore, 
the status cannot be easily checked if the device is small 
or installed in the depth or behind other devices. As a 

15 result, the status of these input and output devices can- 
not be accurately grasped, and therefore the cause of 
a malfunction or fault may not be analyzed sufficiently. 
[0008] Further, in the case of a network system having 
security means, the safety devices, though high in reli- 

20 ability and redundancy, are often shorter in life than the 
devices making up the conventional normal network. 
Once a malfunction of these safety devices occurs, it 
leads to the stoppage of the whole system, and there- 
fore has a great disadvantageous effect on the whole 

25 system. Consequently, the function of monitoring the 
devices connected to a slave unit is more crucial than 
in the conventional system. 

[0009] An object of this invention is to provide a slave 
unit and a network system as well as a slave unit 
30 processing method and a device information collecting 
method, in which the information on each device con- 
nected to a slave unit can be collected through a net- 
work. 

35 DISCLOSURE OF THE INVENTION 

[001 0] In order to achieve the aforementioned object, 
according to this invention, there is provided a stave unit 
connectable to a network, comprising information col- 

40 lectin g means for collecting the information on the de- 
vices connected, device information storage means for 
storing the device information collected by the informa- 
tion collecting means, and means for outputting the in- 
formation stored in the device information storage 

45 means through the network. The information collecting 
means corresponds to a MPU 23 in the embodiments. 
[0011] Preferably, the device information include at 
least one of the individual information for specifying the 
devices and the status information for indicating the de- 

50 vice status. The individual information is the one for 
specifying the model, the maker name, the type, the 
specification, etc. of a particular device. These device 
information are registered in the slave unit in advance 
and output as required. The status information, on the 

55 other hand, is the one for specifying the device status 
including the on/off state, the life information such as the 
turn-on time and the number of times operated and the 
result of self-diagnosis. This information can be ac- 
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quired by monitoring the devices while the system is in 
operation, in other words, the device information collect- 
ing means has the function of monitoring the device sta- 
tus in real time and the function of acquiring the individ- 
ual Information prior to the start of the operation. 
[001 2] The network system according to this invention 
is constructed of a controller and the slave units de- 
scribed above connected to each other through the net- 
work. The device information output from the slave units 
are transmitted to the controller. 

[001 3] According to this invention, the information on 
the devices connected to the slave units are stored and 
held in each slave unit, and the particular information 
stored and held can be transmitted to other devices 
(such as a controller and a tool) through the network. 
Without visiting the site where each slave unit and the 
devices connected thereto are installed, therefore, the 
device information can be acquired. Once a malfunction 
is found in a given contact of a slave unit, the name of 
the device having the malfunction can be determined 
based on the information of the devices connected to 
the particular contact. Therefore, the maintenance job 
can be quickly carried out by preparing a normal device 
of the same type as the defective device and bringing it 
to the installation site. The status information can clarify 
the cause of an abnormal halt, while the notification of 
the service life information can prevent a malfunction 
which otherwise might occur upon expiry of the device 
life. 

[0014] Further, the slave processing method accord- 
ing to this invention is the method of processing each 
slave unit connected to a network, wherein the collecting 
process for collecting the information on the devices 
connected to the particular slave, the process for storing 
in the device information storage means the device in- 
formation obtained by executing the collecting process 
and the process of outputting the information stored in 
the device information storage means through the net- 
work are executed. 

[001 5] Also, the device information collecting method 
according to this invention is employed for a network 
system constructed by connecting a controller and slave 
units to each other through a network, wherein the slave 
unit executes the collecting process for collecting the 
information on the devices connected to each slave unit, 
the process for storing in the device information storage 
means the device information obtained by executing the 
collecting process and the process of outputting the in- 
formation stored in the device information storage 
means through the network. The controller acquires and 
stores the device information output from the slave unit. 
[0016] As another solving means, there is provided a 
device information collecting method for a network sys- 
tem constructed by connecting a controller and slave 
units to each other through a network. This network sys- 
tem is connected with a monitoring device, and the con- 
troller and the slave units are controlled by transmitting 
and receiving the control information such as the I/O in- 



formation. Each slave unit executes the collecting proc- 
ess for collecting the information on the devices con- 
nected to the particular slave unit, the process for storing 
the device information obtained by executing the collect- 

5 ing process in the device information storage means 
and the process of outputting the information stored in 
the device information storage means through the net- 
work. The monitoring device acquires and stores the de- 
vice information output from the slave unit. 

io [001 7] The monitoring device is connected to the con- 
troller, and can indirectly acquire the device information 
through the controller. The device information can also 
be collected directly by connecting the monitoring de- 
vice to the network to monitor the frames transmitted on 

15 the network and causing the monitoring device to re- 
ceive the device information sent toward other nodes 
such as the controller. The monitoring device, if connect- 
ed to the network, can of course acquire the device in- 
formation directly by causing a slave unit to transmit the 

20 particular device information to the monitoring device. 
According to the embodiments, the monitoring device 
corresponds to a monitoring tool 5, a configuration tool 
31 , a monitoring device 33, etc. 

25 BRIEF DESCRIPTION OF THE DRAWINGS 

[0018] 

Fig. 1 is a diagram showing a network system ac- 
30 cording to an embodiment of this invention. 

Fig. 2 is a diagram showing a slave unit according 

to an embodiment of the invention. 

Fig. 3 is a diagram showing the data structure of a 

device information storage unit. 
35 Fig. 4 is a flowchart showing the functions of a MPU. 

Fig. 5 isafiowchart showing the functions of aMPU. 

Fig. 6 is a diagram showing an example of a system 

configuration for initial registration in a slave unit. 

Fig. 7 is a diagram showing an example of the in- 
40 temal data structure of a data base. 

Fig. 8 is a flowchart showing a specific processing 

function for the initial registration process. 

Fig. 9 is a diagram showing an example of the data 

structure stored in a device information storage unit 
45 25. 

Fig. 10 is a diagram showing a network system ac- 
cording to another embodiment of the invention. 



BEST MODE FOR CARRYING OUT THE INVENTION 

50 

[0019] This invention will be described in more detail 
with reference to the accompanying drawings. 
[0020] Fig. 1 shows an example of a safety network 
system to which the invention is applicable. As shown 
55 in the figure, a safety PLC 1 (master unit) and a plurality 
of safety slave units 2 are connected to each other 
through a safety network 3. The safety PLC 1 and the 
safety slave units 2 transmit and receive information to 
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and from each other by the master-slave method. Fur- 
ther, each safety slave unit 2 is connected with various 
safety devices 4 such as input devices and output de- 
vices in addition to a safety door switch, a safety limit 
switch and an emergency stop switch. It is noted that 
the safety PLC 1 is configured by connecting a plurality 
of units including, for example, a CPU unit, a master unit 
(communication unit) and an I/O unit. In this case, the 
master unit is connected to the safety network 3. 
[0021] Further, a monitoring tool (such as a personal 
computer) 5 is connectableto the CPU unit and the mas- 
ter unit of the safety PLC 1 . This monitoring tool 5 col- 
lects and manages the information on the safety slave 
units 2 and the safety devices 4 connected thereto, 
through the safety PLC 1 as described later 
[0022] The various devices making up this safety net- 
work system all have a built-in safety (fail-safe) function. 
This safety function is conventionally well known and 
therefore is not described in detail, but only the trans- 
mission and reception of information which constitute 
the main parts of the invention. 

[0023] The safety slave units 2 each have a plurality 
of terminal bases 2a which are connected with various 
safety devices 4. The safety slave unit 2 has the internal 
structure as shown in Fig. 2. As shown in the same fig- 
ure, the safety slave unit 2 includes a communication 
unit21 connected to the safety network 3 for transmitting 
and receiving data to and from the safety PLC 1 (master 
unit), an input/output circuit 22 for transmitting and re- 
ceiving data to and from the safety devices 4 connected 
to the safety slave unit 2 : and a MPU 23 for executing 
a predetermined process by reading the program stored 
in a system ROM 24. The MPU 23, in compliance with 
the request addressed to itself through the communica- 
tion unit 21 , executes the process of returning the infor- 
mation (safety information, etc.) acquired from the safe- 
ty devices 4 through the input/output circuit 22 to the 
safety PLC 1 (master unit) through the communication 
unit 21 and the safety network 3. 

[0024] Further, the MPU 23 has the self-diagnosis 
function and the function of monitoring the operating 
conditions (the turn-on time, the number of times turned 
on/off, etc.) of the safety devices 4, and also executes 
the process of storing the device information such as 
the diagnosis result and the operating conditions ob- 
tained by the operation of each function in a device in- 
formation storage unit 25. The unsafety information (de- 
vice information) stored in this device information stor- 
age unit 25 are also returned in compliance with the re- 
quest of the PLC 1 thereby to transmit the device infor- 
mation to the safety PLC 1 . It is noted that this device 
information storage unit 25 can be configured of, for ex- 
ample, an EEPROM. 

[0025] Furthermore, the information stored in the de- 
vice information storage unit 25 is not limited to the op- 
erating conditions, etc. of the safety devices 4 described 
above but also include individual information such as the 
type, model name and the maker name of the safety de- 



vices 4 connected. 

[0026] The device information storage unit 25 has a 
data structure as shown, for example, in Fig. 3. Inputs 
1 , 2, 3, ... designate the numbers of contacts (terminal 

5 bases 2a). Of the shown Items to be registered, the type, 
the maker name, the model and the life setting are reg- 
istered in advance. Specifically, using a tool connected 
to the safety PLC 1 orthe safety network 3, for example, 
the required information is sent to the safety slave units 

10 2 through the safety network 3, or from the tool directly 
connected to the safety slave unit 2. The MPU 23 of the 
safety slave unit 2 thus acquires the same information 
through the communication unit 21 , and registers the 
particular information as related to the contact number 

15 in the device information storage unit 25. The life setting 
includes, for example, the tum-on time, the number of 
times operated or a value obtained by a predetermined 
formula from the tum-on time or the number of times 
operated. 

20 [0027] The state, the number of times operated, the 
tum-on time, the self-diagnosis information and the no- 
tice flag are collected and recorded by the MPU 23 while 
the actual system is in operation. The state is the infor- 
mation for discriminating whether the safety devices 4 

25 are operating (in on state) or not (off information), the 
number of times operated is the information indicating 
the number of times the contacts of the safety devices 
4 are turned on/off, and the tum-on time is the accumu- 
lated time when the safety devices 4 are turned on. Fur- 

30 ther, the self-diagnosis information is the result of diag- 
nosis obtained by carrying out the self -diagnosis func- 
tion of the safety slave units 2 and diagnosing the safety 
devices connected, or in the case where a given safety 
device 4 has the self-diagnosis function, the result of 

35 diagnosis sent from the particular safety device 4. Fur- 
ther, the result of life stored is indicative of whether the 
life has expired or not (normal). The expiry of life indi- 
cates either a case where life has actually expired or a 
case where the expiry of life is near Furthermore, the 

40 safety slave unit 2 has a display unit 26 which can dis- 
play the device information stored in the device informa- 
tion storage unit 25. 

[0028] The specific functions of the MPU 23 for exe- 
cuting the process described above are shown in the 

<5 flowcharts of Figs. 4 and 5. Specifically, the first step is 
the initial registration (ST1 ). In this initial registration, the 
individual information on the safety devices supplied 
from the tool are acquired and registered in the device 
information storage unit 25 as related to the contact 

50 number. 

[0029] Once the actual control operation is started, 
the normal safety function process (ST2), the unsafety 
information confirmation/collecting process (ST3) and 
the information updating process (ST4) are executed. It 
55 is then determined whether there is a request from a 
higher level of the network, that is, whether there is a 
request from the safety PLC 1 (ST5). Specifically, as 
well known, the master-slave method being involved, 
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the safety PLC 1 which is a master unit sequentially is- 
sues a request to the safety stave units 2 connected to 
the safety network 3 in one communication cycle, and 
receives the response from the safety slave units to 
which the request is issued, thereby transmitting and re- 
ceiving the data. In the case where there is a request 
addressed to the very MPU 23 (Yes in step 5), therefore, 
the information meeting the request is transmitted to the 
safety PLC (ST6). After this transmission, or in the ab- 
sence of a request to the MPU 23 itself, the process is 
returned to step 2. After that, the aforementioned proc- 
ess is repeatedly executed. 

[0030] A more specific sequence of the safety func- 
tion process (ST2). the unsafely information confirma- 
tion/collecting process (ST3) and the information updat- 
ing process (ST4) is shown in Fig. 5. As shown in the 
same figure, the MPU 23 makes self -diagnosis and 
monitors the safety input (ST1 0). Specifically, the self- 
diagnosis is the inspection conducted to see whether a 
malfunction has occurred in the safety devices 4 con- 
nected, and is a well-known process. The monitoring of 
a safety input, on the other hand, is to monitor the input 
from the safety devices 4 connected. In the case of a 
malfunction or an input, a particular safety device 4 with 
which the information is associated is also specified. 
[0031] Then, it is determined whether as the result of 
self-diagnosis or the safety input monitoring in step 10, 
a malfunction is detected or the safety input is off (not 
safe or dangerous) (ST1 1 ). In the case where a malfunc- 
tion or the like is detected, the safety halt process is ex- 
ecuted (ST12). In other words, the fail-safe function 
works to halt the operation. Also, the particular malfunc- 
tional state is stored in the column of the self -diagnosis 
result or the on/off inf ormation of the corresponding con- 
tact number in the device information storage unit 25. 
The diagnosis result, etc. correspond to the request for 
the safety information from the safety PLC 1 and are 
transmitted as a safety response. The self-diagnosis in- 
formation (the safety device that has developed a mal- 
function and the contents of the malfunction) are output 
to and displayed on the display unit 26. The process of 
step 1 0 to step 1 3 represents the safety function process 
for step 2. 

[0032] In the case where the branching decision in 
step 11 is "No", that is, the safe state prevails, the turn- 
on time is updated (ST14). Specifically, the time from 
the preceding update process to the present time, for 
example, is measured by the timer (temporarily stopped 
without counting during a halt (not turned on) of the safe- 
ty device 4), and the sum of the turn-on time for the pre- 
ceding update process and the tum-on time from the up- 
date process to the present time is set as a new tum-on 
time, and this new tum-on time is stored in the device 
information storage unit 25. 

[0033] It is determined whether the input state of a 
safety device 4 has turned on (present session) from off 
state (preceding session) (ST15). Specifically, in the 
case where the input state of the safety device 4 is off 



in the preceding session, the data in the on/off informa- 
tion column of the device information storage unit 25 is 
turned off through the process of step 1 2. Therefore, in 
the case where the on/off information of the correspond- 

5 ing contact number is off, the branching decision is 
"Yes". Then, the process proceeds to step 16, and the 
operation count is incremented by one (ST1 6). This op- 
eration count is registered in the "number of times op- 
erated" column of the device information storage unit 

10 25, while at the same time turning on the "state" column 
of the device information storage unit 25. As a result, 
when the operation count is incremented by one, so that 
the "state" column turns on. In the case where the 
branching decision of step 15 is executed in the next 

is cycle (the safety input cannot be turned off midway), 
therefore, "No" is the answer and the operation count is 
not carried out. Also, since the ON state is registered in 
advance, there is no need of writing "ON" again. 
[0034] After the above-mentioned operation count or 

20 in the absence of input state change (No in step 1 5), the 
process proceeds to step 17 to determine whether the 
number of times operated or the tum-on time has 
reached a value requiring a life warning or not. The value 
requiring a life warning (threshold value) is set for each 

25 safety device in the "life setting" column of the device 
information storage unit 25. Such a value is compared 
with the current number of times operated and the tum- 
on time, and it is determined whether the life setting has 
reached the value requiring a life warning or not. 

30 [0035] In the case where the value requiring a life 
warning is not yet reached, the process returns to step 
1 0. In the case where it is determined that a life tendency 
is required, on the other hand, the process proceeds to 
step 18, and the "result of life" column of the device in- 

35 formation storage unit 25 for the safety device whose 
life has expired of the device information storage unit 25 
is updated from "normal" to "abnormal*. This result is 
also sent in compliance with the request from the safety 
PLC. The processes of step 14 to step 18 described 

40 above constitute the unsafety information conforming/ 
collecting process (ST3) and the information updating 
process (ST4). 

[0036] Further, a more specific sequence of the initial 
registration process in step 1 of Fig 4 is as described 

45 below. Specifically, as shown in Fig. 6, the initial regis- 
tration is made in the slave units 2 using the configura- 
tion tool 31 connected through the safety network 3. In 
other words, the configuration tool 31 has a device data 
base 32a and a device-related information data base 

so 32b. These data bases 32a and 32b may be configured 
as a physically single memory or as separate memories. 
These data bases can of course be configured of either 
the internal and external storage units of the configura- 
tion tool 31 or independent storage units installed on the 

55 safety network 3. 

[0037] The device data base 32a has stored therein 
the information for defining the safety slave units 2 and 
other network devices and the input/output devices con- 
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nected to the network, and all the information supported 
by each of these devices. The Items of these information 
include the device name, the vendor name, the model 
name, the settable individual parameter, the connecta- 
ble input/output device information and the life informa- 
tion. 

[0036] The device-related information data base 32b, 
on the other hand, has stored therein the information for 
relating the network devices such as the slave units to 
the input/output devices connected thereto and the set- 
ting information. The items of these information include 
the I/O assignment information and the individual setting 
information. The data structure of these information is 
such that, as shown in Fig. 7, the information on the 
slave units (node #00) providing the network devices 
and the information on the input/output devices connect- 
ed to the slave units (node #00) are sequentially stored. 
[0039] The user, when making initial registration in the 
safety slave units connected to the safety network 3 us- 
ing the configuration tool 6, collects the information on 
the slave units to be registered, from the data bases 32a 
and 32b and transmits the collected information to the 
corresponding safety slave units through the safety net- 
work 3 as configuration information. Then, each safety 
slave unit 2, as shown in the flowchart of Fig. 8, waits 
forthe reception of the configuration information (ST21 ). 
Upon reception of the configuration information, each 
safety slave unit 2 registers the received configuration 
information in the device information storage unit 25 
thereof (ST22). The completion of this registration ter- 
minates the various registrations (ST23). As the result 
of completion of this registration, the device information 
storage unit 25 is held with the data structure as shown 
in Fig. 9, for example. Specifically, the information on 
the slave unit Itself (registered in M and subsequent ad- 
dresses) and the information on the input/output devices 
connected thereto (registered in N and subsequent ad- 
dresses) are held. The process of steps 21 to 23 corre- 
sponds to the initial registration process of step 1 shown 
in Fig. 4. 

[0040] The other desirable information for each I/O 
terminal of the salve units than those on the slave units 
registered in this initial registration process and those 
on the input/output devices connected to the particular 
slave units, shown in Fig. 3, include the following various 
ones. First, for example, the information by type in- 
cludes the information indicating the terminal ID. This 
includes the terminal No. s the terminal attributes (input, 
output, AC, DC, semiconductor, contact, etc.), the screw 
size, the signal name, etc. Also, the information indicat- 
ing the ID of the devices connected to each I/O terminal 
is also included. Specific ones are the device name, the 
maker name, the model, the serial No., the address and 
the sub-address. Further, the information registered as 
comments include, for example ; the diameter of the wir- 
ing cable, the color of the wiring cable, the device control 
area, the device to be controlled, the magnitude of the 
possible danger of the device to be controlled. Also, the 



information set as the operating conditions include, for 
example, the threshold value (turn-on time, number of 
times turned on/off, leakage current, light amount, etc.). 
Further, the numerical information that can be counted 

5 include the number of times a device is turned on/off, 
the turn-on time of the device, the frequency at which 
the device is used. Also, the numerical information sub- 
jected to secular variation include, for example, the leak- 
age current of a device, the light amount of the device, 

10 the response time of a machine, and the restoration volt- 
age of the device. The present status information in- 
clude "on or off* , the analog value, the result of self-di- 
agnosis (short-circuiting, disconnection, malfunction, 
etc.). 

15 [0041] According to this embodiment, the safety PLC 
1 gives a request for unsafely information (device infor- 
mation 4), and thus can collect the device information 
stored in the device information storage unit 25 of the 
safety slave unit 2. Thus, the collected information can 

20 be output to and displayed on the monitoring tool 5. 
Even at a remote place, therefore, the individual infor- 
mation (model, specification) and the conditions of the 
safety devices connected can be monitored and the 
cause of the malfunction can be clarified. Specifically, a 

25 defective safety device can be determined without vis- 
iting the installation site of the device. By visiting the in- 
stallation site with a spare part for replacing the defec- 
tive part, therefore, the restoration process such as the 
change of the safety device that has developed the mal- 

30 function can be quickly executed. Also, the notification 
of the life information can prevent the malfunction relat- 
ed to the device life. 

[0042] Furthermore, the notification of the network in- 
formation (the number of retrials made in case of a com- 

35 munication error, input/output response time, etc.) can 
clarify the points for improving the network environment 
and optimize the response time (safe down time for a 
safety protection system). Specifically, a safety device 
that frequently develops a malfunction or a fault is con- 

40 sidered to harbor some problem, and in such a case, 
the particular device or the whole system can be 
changed. 

[0043] Also, especially in the safety slave units, by 
making the most of the self-diagnosis function that has 

45 not been used conventionally as monitoring information, 
the causes of a device halt can be desirably grasped 
and notified by being classified into a halt by the safety 
input off operation, a halt due to a malfunction of the 
input/output circuit and a halt due to a malfunction of the 

so communication between a master unit and a slave unit. 
[0044] in the above-mentioned embodiments, an ex- 
ample of application as a safety network system is de- 
scribed. Nevertheless, the invention is of course appli- 
cable also to an ordinary network system lacking such 

55 safety functions. 

[0045] Also, either one or a plurality of devices may 
be connected to one slave unit. The effects of this in- 
vention are exhibited more conspicuously, however, in 
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the case where a plurality of devices are connected and 
the information on the devices connected to each con- 
tact can be discriminatefy known as in the embodiments 
described above. Specifically, even in the case where it 
can be detected whether a slave unit has developed a 
malfunction or not and which contact of the slave unit 
has developed a malfunction, it has thus far been im- 
possible to determine which device is in what state with- 
out confirmation at the installation site as long as the 
device information is lacking. In this invention, however, 
the state of each of a plurality of devices, if any, can be 
acquired through a network. 

[0046] Further, the foregoing description concerns the 
master-slave method in which the slave units described 
in the embodiments above are shown, as an example, 
to transmit and receive the I/O information to and from 
the master unit, and the system is controlled by trans- 
mitting and receiving the I/O information to and from the 
controller (PLC) through the master unit. In this method, 
the master unit and the slave units are so related to each 
other that the desired slave unit gives a response to the 
request of the master unit. The slave units referred to in 
this invention, however, are not limited to those for com- 
munication between the master unit and the slave units. 
In other words, although the term "slave unit" is used, 
an arbitrary communication method can be employed. 
In this respect, strictly speaking, the slave unit according 
to the invention is considered to contain a different con- 
cept from the entity generally defined as a slave. Spe- 
cifically, what is called the slave unit in this invention can 
use any communication protocol for actual transmission 
and receiving operation as long as it has the function of 
transmitting and receiving the I/O information required 
for control operation to and from the controller. Espe- 
cially, the destinations of information to be transmitted 
in this invention other than the I/O information are not 
limited to the master unit or the controller, but as shown 
in Fig. 1 0, include a configurator (configuration tool) 31 , 
a monitoring device 33 and other slave units and various . 
nodes connected to the network. The communication 
method can also be appropriately selected in accord- 
ance with the other party of transmission. Also, the trig- 
ger for transmission is of course not limited to the one 
executed in response to an external request (external 
trigger), but transmission may be based on the internal 
trigger (internal timer or an event generated when pre- 
determined conditions are met). 

[0047] The "internal trigger" is based on the result of ' 
executing a predetermined process by a slave unit itself 
and generated within the slave unit. An example of the 
internal trigger is described below. Specifically, in the 
case where it is determined that the status information 
of the input/output devices acquired by a slave unit has 
reached a threshold value or whether it has exceeded 
a threshold value or not, the result of determination is 
generated. This result of determination is used as a trig- 
ger signal in some cases. Also, in the case where the 
initialization process is executed by switching on power 



for a slave unit, the process of outputting the information 
stored in a nonvolatile memory to a line or the process 
of generating a trigger may be included in the initializa- 
tion process. Further, in some cases, a clock is held in 

5 a slave unit, and by use of this clock, a trigger signal is 
generated upon the lapse of each predetermined time 
or periodically or at a predetermined lime point. In other 
cases, based on the state of the communication traffic 
with the master, a trigger signal is generated in the case 

10 where the communication process has a margin or a 
fault such as an abnormal voltage. 
[0048] The "external trigger", on the other hand, is 
based on the command received by a slave unit through 
a network, and generated outside the slave unit. An in- 

is formation request command from the master unit to the 
slave unit, an information request command from the 
monitoring unit to the slave unit, the information request 
command from the configurator, and a command trans- 
mitted by a tool and sent through the PLC or the master 

20 unit, are some examples of the external trigger. 

INDUSTRIAL APPLICABILITY 

[0049] According to this invention, the following ef- 
25 fects can be exhibited. Specifically, as described above, 
in this invention, the device information storage means 
is arranged in a slave unit to store and hold the informa- 
tion on the devices connected to the slave unit. There- 
fore, the information on each device connected to the 
30 slave unit which are so stored and held can be collected 
by the controller or the tool through the network. 

Claims 

35 

1 . A slave unit connectable to a network, comprising: 

information collecting means for collecting the 
information on devices connected; 
*o device information storage means for storing 

the information on said devices collected by 
said information collecting means; and 
means for outputting the information stored in 
said device information storage means through 
45 the network. 

2. A slave unit according to claim 1 . characterized in 
that said device information include at least one of 
individual information for specifying the devices and 

so status information indicating the status of the devic- 
es. 

3. A network system constructed by connecting a con- 
troller and the slave unit according to claim 1 or 2 

55 to each other through a network, characterized in 
that 

said device information output from said slave 
unit is transmitted to said controller. 
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A method of processing a slave unit connected to a 
network to execute: 

the collecting process for collecting the infor- 
mation on the devices connected to the panic- 5 
ular slave unit; 

the process of storing in the device information 
storage means said device information ob- 
tained by executing said collecting process; 
and 10 
the process of outputting through said network 
the information stored in said device informa- 
tion storage means. 

A device information collecting method for a net- 15 
work system constructed by connecting a controller 
and a slave unit through a network, characterized 
in that 

said slave unit executes: 

20 

the collecting process for collecting the infor- 
mation on the devices connected to the partic- 
ular slave unit, 

the process of storing in the device information 
storage means said device information ob- 25 
tained by executing said collecting process, 
and 

the process of outputting through said network 
the information stored in said device informa- 
tion storage means, and 30 
said controller acquires and stores said device 
information output from said slave unit. 

A device information collecting method for a net- 
work system constructed by connecting a controller 35 
and a slave unit through a network, characterized 
in that 

said network system is connected with a mon- 
itoring device, 

said controller and said slave unit perform the *o 
control operation by transmitting and receiving the 
control information such as the I/O information, 

said slave unit executes the collecting proc- 
ess for collecting the information on the devices 
connected to the particular slave unit, the process 45 
of storing in the device information storage means 
said device information obtained by executing said 
collecting process, and the process of outputting 
through said network the information stored in said 
device information storage means, and so 

said monitoring device acquires and stores 
said device information output from said slave unit. 
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Fig. 1 
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Fig. 2 
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Fig. 4 
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Fig. 5 
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Fig. 8 
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